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(54) Improved client-server architecture using internet and guaranteed quality of service 
networks for accessing distributed media sources 

(57) An improved client-server architecture of the 
present invention utilizes the advantages of known QOS 
networks to provide guaranteed quality of service, secu- 
rity, and a charge mechanism for handling requests ini- 
tiated over a packet network, such as the Internet, for 
access to distributed media sources. Such media 
sources may be independent of the QOS network pro- 
vider and may be located by browsing the Internet. A 
method of operating a client-server network enables the 
system level merger of the Internet and a guaranteed 
QOS network, such as the public switched telephone 
network, in order to provide the users with a complete 
information superhighway today. It will appear to the 
average user that the Internet and QOS. network are 
fused together Thus, when a user, connected to the 
Internet, selects an application that requires functionali- 
ties offered by the telephone network, such as guaran- 
teed QOS delivery of media information or customized 
billing, the Internet-resident application will communi- 
cate information to a server, which will in turn initiate a 
session over the QOS network for delivery of the 
required information to the client using client information 
transmitted from the client (or from the application) to 
the server over the established Internet session. The cli- 
ent information may include a client account number, 
login and password, and/or phone number to enable the 
server to establish the switched network connection to 
the client. Accordingly, media sources which are sepa- 
rate and independent from the QOS network provider 
may be accessed using a secure, guaranteed QOS net- 
work in a manner providing for ease of identification and 
billing. 
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Description 

The present application is related to U.S. Applica- 
tion Serial No. 08/402,664 entitled Client-Server Archi- 
tecture Using Internet and Public Switched Networks, 
filed Mary 13. 1995. and to U.S. Application Serial No. 
08/648,260 entitled Multimedia Information Service 
Access, filed on May 15. 1996. These three applications 
are co-pending and commonly assigned. 

Technical Field 

This invention relates to the Internet network and. 
more particularly, provide an improved client-server 
architecture utilizing a packet network, such as the 
Internet, and a guaranteed quality of service network, 
such as the public switched network, for access to dis- 
tributed media sources. 

Background of the Invention 

The Internet's global and exponential growth is 
common knowledge today. The Internet is implemented 
using a large variety of connections between millions of 
computers. Internet access is readily available to indi- 
viduals across the globe. Various on-line service provid- 
ers, such as America Online, CompuServe, Prodigy, 
Netcom, etc., use PSTN with modems or ISDN adapt- 
ers for client connections. These on-line service provid- 
ers maintain servers on the Internet providing client 
access to the Internet. 

The recent developments on the World Wide Web 
user interfaces and information navigation software 
such as the Netscape web browser, coupled with a con- 
tinuously growing number of public access providers, 
are making the Internet a fundamental component of 
the- information age, if not the information super highway 
itself. World Wide Web sites on the Internet are typically 
accessible through a browser program which interprets 
scripts written in Hyper Text Markup Language (HTML). 
Users may browse the World Wide Web for virtually any 
kind of information, including information having content 
derived from one or more media, such as words, 
sounds or images. It is desired to enable the on- 
demand access to a variety of sources of media infor- 
mation using the Internet. 

On the other hand, it is also well known that the cur- 
rent Internet is deficient, as compared to other existing 
networks, in the following three fundamental functional- 
ities expected from a complete information network: 1) 
quality of service (QOS), 2) security, and 3) an easy and 
flexible mechanism to charge for the information and 
transmission services. These deficiencies discourage 
not only media providers from providing real-time on- 
demand access to media source information over the 
Internet, but also users who might otherwise desire to 
purchase real-time on-demand access to information 
held by such media sources. Although recent develop- 



ments in the Internet Protocol (IP) and in Internet appli- 
cations show promise for providing tools for secure 
transmission and real-time support, without a globally- 
agreed and implemented billing mechanism, guaran- 
s teed QOS over a global network is not possible. Conse- 
quently, none of these mechanisms can provide 
reliable, real-time global transmission employing the 
Internet today. One such service which may not be ade- 
quately provided by the Internet would be a request for 
70 delivery of a long video or audio segment. It may not be 
possible to have a guaranteed real-time delivery of such 
a long video and audio segment because one or more 
of the routers or computer links in the Internet may be 
busy handling other requests. 
75 The existing telephone networks, on the other 
hand, have been offering the capabilities of guaranteed 
quality of service, security, and an easy and flexible 
mechanism to charge for the information and transmis- 
sion services for a long time; the level of QOS, security 
20 and ease and flexibility of billing provided by existing tel- 
ephone networks clearly surpasses the levels of these 
functions afforded by the Internet. What is desired is a 
practical way to utilize these advantages to provide 
guaranteed quality of service, security, and a charge 
25 mechanism for handling requests to access media 
sources that may be located by browsing the Internet. 

Pending U.S. Application Serial No. 08/402,664 and 
U.S. Application Serial No. 08/648,260 have recognized 
these shortcoming of the Internet and the advantages of 
so using a QOS network, such as the public switched tele- 
phone network, in tandem with the Internet to provide 
guaranteed quality of service, security and an easy and 
flexible billing mechanism. The present invention utilizes 
these advantages to enhance access to distributed 
35 media sources that are unbundled from or separate 
from the server architecture. 

Summary of the Invention 

40 An object of the improved client-server architecture 
of the present invention is to utilize the advantages of 
known QOS networks to provide enhancements in func- 
tions, such as quality of service, security, and billing, for 
handling requests initiated over a packet network, such 
45 as the Internet, for on-demand access to distributed 
media sources. Such media sources may be independ- 
ent of the QOS network provider. 

In accordance with the present invention, a method 
of operating a client-server network enables a system 
so level merger of a packet network, such as the Internet, 
and a guaranteed QOS network, such as the public 
switched network, in order to provide the users with a 
complete information superhighway today. As the 
present invention will make it appear to the average 
55 user that the packet network and the QOS network 
appear to be fused together, the present invention will 
be referred to from time-to-time as "FusionNet". 

When a user engaged in an Internet session 
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selects an application that requires enhanced function- 
alities offered by the telephone network, such as guar- 
anteed QOS delivery of media information or 
customized billing, the Internet-resident application will 
communicate information to a FusionNet server, which 5 
will in turn initiate a communications session for on- 
demand delivery of the required information to the client 
over the QOS network using client information transmit- 
ted from the client (or from the application) to the server. 
The client information may include a client account 10 
number, login and password, and/or phone number to 
enable the server to establish the switched network con- 
nection to the client. Billing for service and transmission 
may proceed as in a normal or collect telephone call. 
There is no security problem or complicated identrfica- 75 
tion mechanism. Also, because of the built-in security of 
the telephone networks, FusionNefs guaranteed QOS 
path does not require a firewall between the client an 
the outside world in order to avert unauthorized access. 

Accordingly, media sources which are separate and 20 
independent from the QOS network provider may be 
accessed using a secure, guaranteed QOS network in a 
manner providing for ease of identification and billing. 

Brief Description of the Drawings 25 

FIG. 1 shows an illustrative client-server architec- 
ture using both the Internet and a guaranteed QOS net- 
work in accordance with an embodiment of the present 
invention. 30 

FIG. 2 shows another depiction of an illustrative cli- 
ent-server architecture using both the Internet and a 
guaranteed QOS network connected to a media source 
through a gateway in accordance with the present 
invention. 35 

FIG. 3 shows a variation of the client-server archi- 
tecture in which a client connects to the Internet and to 
the FusionNet server through a service provider in 
accordance with the present invention. 

40 

Detailed Description 

The Internet is a dynamic packet network consist- 
ing of millions of interconnected computers which could 
run several applications, such as the World Wide Web. 45 
Web browsers such as the one by Netscape are pro- 
grams using a graphical user interface that provides a 
user easy access to various services over the Internet. 
The present invention enables the above-identified 
functionality of a QOS network, such as the public so 
switched network, to be combined with the Internet 
functionality to enhance services provided by existing 
Internet applications and to create new ones. 

The present invention provides a seamlessly inte- 
grated system that makes it possible to use a packet ss 
network, such as the Internet, together with a QOS net- 
work that offers functions such as 1) quality of service. 
2) security and 3) an easy and flexible charging mecha- 



nism at an enhanced level (as compared with the packet 
network). The QOS network may be a known switched 
network, such as the public switched telephone network 
(PSTN), the integrated services digital network (ISDN), 
an asynchronous transmission network (ATM), a cable 
network used for video or television programs, etc., or it 
may also be private or corporate communication or data 
network as long as it provides enhancements in at least 
one of the three functionalities described above. 

A high level block diagram for a FusionNet services 
architecture is shown in FIG. 1 . With reference to FIG. 1 . 
the system is based on a client-server architecture, 
where the client apparatus 100 may be either a per- 
sonal computer (PC), a single workstation or two such 
systems which can be operated in a coordinated man- 
ner (e.g., physically close systems, users who talk over 
the telephone, etc.). The key factor is that each client 
station 100 requires two logical network connections or 
interfaces, e.g.. 101 and 102. One of these interfaces 
101 provides a connection to the Internet 130 which can 
be made through one of a number of known channels, 
e.g.. a local area network (LAN) connection, a Serial 
Line Internet Protocol (SLIP) or Point-to- Point Protocol 
(PPP) connection over a modem or over an ISDN port. 
These connections are made through network 110 
which may be either a private connection or the public 
switched telephone network. The second interface 102 
provides a connection to guaranteed QOS network 120, 
e.g.. a public or private switched telephone network, 
which may also be made through a modem, an ISDN 
port, or via a connection to a special LAN such as an 
ATM LAN or a LAN that offers bandwidth reservations. 

It should be noted that these two interface connec- 
tions 101 and 102 are defined at the logical level, that is, 
client apparatus 100 may have a single physical con- 
nection (i.e., modem, ISDN adapter, etc.) that can be 
used to attach it to both the Internet 130 and the guar- 
anteed QOS network (e.g., public switched network) 
120. For example, a modem with "Call Waiting" func- 
tionality, an ISDN line used as two separate B channels, 
an ATM LAN connection where the PSTN connection 
can be accomplished through a bridge, or a video 
telephony connection conforming to the CCITT H.320 
standard which provides Internet connectivity over its 
data channel can provide the required two logical con- 
nections over a single physical connection. 

Similarly, a FusionNet server 140 has access to 
both Internet 130 and the QOS network 120 via logical 
network interfaces 141 and 142. A FusionNet server 
140 may be a computer or other software-driven 
machine having processing capability for carrying out 
the server functions herein described, or it may be a 
software package that includes those sever functions 
and that operates on a computer or other software- 
driven machine. Generally, the system of FIG. 1 enables 
a plurality of client computer-based apparatuses 100 to 
access a plurality of FusionNet servers 140 via Internet 
130 and QOS network 120. Typically, access to the 
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Internet is made through a logical network interface 
132. Typically, access by a client apparatus 100 to 
FusionNet server 140 via the Internet 130 utilizes the 
HyperText Transport Protocol (HTTP) which is 
accessed using a browser application program available $ 
at the client apparatus 100. 

A general overview of the operation of the present 
invention is as follows. A user at a client apparatus 100 
connects to Internet 130 and requests an access to 
media information requiring enhanced functionalities w 
not available on Internet 130, but offered by QOS net- 
work 120. Illustratively, an enhanced service request 
would be one requesting a guaranteed QOS delivery, 
security, or customized charging. Providing such 
enhanced Internet services would enable the delivery 15 
over the switched network of 1 ) real-time video trans- 
mission, 2) real-time, high quality audio transmission, or 
3) immediate access to sensitive data such as stock 
market data, as just three examples. The user may 
locate such desired media information by, for example, 20 
browsing the Internet and locating references to one or 
more media sources at a variety of World Wide Web 
sites. World Wide Web sites on the Internet are typically 
accessible through a browser program. As an example, 
a World Wide Web site could contain information about 25 
one or more media sources, such as the type of media 
(e.g., music, text, images, or movies), available selec- 
tions (e.g., a list of movies by title and lead performers), 
and pricing information. Alternatively, other information 
sources available over the Internet (e.g., a USENET 30 
newsgroup posting) could provide information about a 
media source. 

Upon locating a desired media source 150 by 
browsing a World Wide Web site 135, the user selects 
access to the media source 150 by clicking on a refer- 35 
ence point contained in Web site 135, which in turn ini- 
tiates a program to establish a communications session 
between Internet 130 and FusionNet server 140 using 
network 160 and logical network interfaces 131 and 
141. During this process a program running from Web 40 
site 135 may request information about the client, for 
example the client's telephone number, a login name 
and password, or an account number. The client infor- 
mation along with information identifying the selected 
media source is then passed along to FusionNet server 45 
140 over communications path 160. Functions such as 
these may be implemented using the well-known Com- 
mon Gateway Interface (CGI) for which public software 
implementations are available for HTTP -compatible 
servers using common computer communications inter- so 
faces such as sockets. The CGI is a publicly-docu- 
mented open interface with a specification that can be 
readily obtained from the Internet. For example, an 
Internet World Wide Web site maintained by the 
National Center for Supercomputing Applications at the ss 
University of Illinois at Urbana-Champaign contains a 
description of CGI and its specification as well as a CGI 
program archive. 



FusionNet server 140 then undertakes to establish 
a communications session with the selected media 
source 150, utilizing network 170 and logical network 
interface 143, for purposes of controlling the selection 
and delivery of media information available through the 
media source. An address for the media source, if nec- 
essary, may be provided by the Web site 135 or stored 
by the FusionNet server 140. Communications path 170 
can be any one of a number of known communications 
channels. e.g., a private communications network, the 
PSTN, or even the internet. Once a communications 
session is established between FusionNet server 140 
and selected media source 150, FusionNet server 140 
could then query the selected media source for availa- 
bility of the desired media information. 

After FusionNet server 140 establishes the commu- 
nications session with selected media source 150 over 
communications path 170, the server 140 then initiates 
a communications session over a QOS network 120 
with client 100. This communications session may be 
established, for example, by initiating a call connection 
over the public switched network using a telephone 
number provided by the client 100 as part of the service 
request. Several programs for automatic dialing of 
PSTN or ISDN numbers are available for various com- 
puters (e.g., PictureTel™ PCS series) and can be used 
for this purpose. Client apparatus 100 would include a 
program that accepts incoming phone calls. Such soft- 
ware is also available from many vendors (e.g., Picture- 
Tel™ PCS series). Such a call may be billed by any of 
the standard call billing methods, e.g.. collect or third 
party billing, etc. The QOS network 120 chosen for the 
communications session provides the billing for the 
service and transmission, as well as enhanced security, 
and complicated identification mechanisms are not 
needed. In a typical application or service request 
between a client and server, both the Internet and QOS 
network connection may coexist, or the Internet session 
may be discontinued. Another possibility is to use an 
already established client account for billing purposes. 

The actual transaction, e.g. security checks and 
sending a file or audio/video data over the QOS connec- 
tion, can then be handled by the same process or yet 
another process. FusionNet server 140 completes the 
QOS connection between the client 100 and the 
selected media source 150 by establishing communica- 
tions session over path 180 between the server 140 and 
media source 150. Communications path 180 may also 
be made using the PSTN, or ISDN network, or another 
QOS network. FusionNet server 140 then causes the 
media source to transfer media information to client 100 
over the OQS connection, and server 140 can retain 
control over the transfer process by causing media 
source 150 to. e.g., stop, pause, or retransmit the 
requested media information. 

Typically, QOS network connections 120 and 180 
will be of a common type (e.g., each PSTN) such that 
FusionNet server 140 may simple implement a switched 
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to establish communications session employing the 
public switched telephone network or employing a 
private telephone network or 

employing a high speed data transmission 
link or through a cable network employed for video 5 
or television: 

19. The system according to claim 17, characterized in 
that the third interface includes a modem or an 
ISDN adapter. 10 

20. The system according to claim 13, further charac- 
terized by a gateway for linking the requesting party 
and the selected media source. 
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connection of the two QOS network connections provid- 
ing therefore a single connection between client 100 
and media source 150 to permit transfer of media infor- 
mation from the source 150 to client 100. tt will be obvi- 
ous to one skilled in the art that the media information 
could be transferred, subject to the control of FusionNet 
server 140, from media source 150 to client 100 over a 
QOS network directly connected between source 150 
and client 100 without routing the media information 
through FusionNet server 140. 

Where the transfer of information through network 
120 and network 180 requires more than just a simple 
switching operation, e.g.. data conversion or data refor- 
matting is required, a FusionNet gateway 100 as shown 
in FIG. 2 operates to transfer media information from 
source 150 to client 100. All of the other elements in 
FIG. 2 are the same as those in FIG. 1 . and therefore 
bear the same reference numerals. Once the QOS 
gateway connection is established. FusionNet server 
140 instructs media source 150 to transmit the desired 
media information to client 100. The FusionNet gateway 
200 may, if necessary, translate or reformat the informa- 
tion as it is transferred from source 150 to client 100. 
Gateway 200 may, alternatively, adjust to the client's 
information protocol. At the end of the transaction, the 
QOS gateway connection may be dropped. FusionNet 
server 140 may then complete any remaining billing 
procedures for the transfer. 

A variation of the architecture described above may 
be derived by shifting the client connection functionality 
to a FusionNet service provider as shown in FIG. 3. The 
client makes a single connection to the FusionNet serv- 
ice provider which, in turn, would implement the two log- 
ical connections for the Internet and the QOS network 
connection to the FusionNet server, respectively. This 
has the advantage of providing a client access to the 
FusionNet architecture by making only a single physical 
connection which may reduce the complexity of client 
apparatus as well as remove the need for the client to 
coordinate two logical connections. Referring to FIG. 3, 
a user at client station 300 establishes a connection 310 
with FusionNet service provider 320. Connection 310 is 
a point-to-point connection made using logical inter- 
faces 301 and 321 through a QOS network that may be 
one of the known channels such as the PSTN, or ISDN 
or a private telephone network. 

In this variation of the client-server architecture, 
FusionNet service provider 320 has the capability of 
establishing communications sessions with the Internet 
and with a FusionNet server that are functionally equiv- 
alent to the sessions among the client, the Internet and 
the FusionNet server described above with reference to 
FIGS. 1 and 2. In FIG. 3. a communications session is 
established between the FusionNet service provider 
and the Internet using communications path 330 and 
logical interface 322, which correspond to path 110 and 
logical interface 101 shown, respectively, in FIGS. 1 and 
2. Similarly, in FIG. 3 a communications session 



between the FusionNet service provider and the 
FusionNet server is established using path 340 and log- 
ical interface 323. which correspond to path 120 and 
logical interface 102 shown, respectively, in FIGS. 1 and 

s 2. FusionNet service provider 320 also has the capabil- 
ity of obtaining and supplying the client information, and 
transferring the desired media information obtained 
from the selected media source to the client. Since the 
user is connected to the FusionNet service provider 

to through a point-to-point dedicated connection, the 
advantages of using a QOS network as described 
above can be preserved. 

The remaining steps in obtaining access to the 
selected media source proceed as described above 

75 with reference to FIGS. 1 and 2, with the FusionNet 
service provider 320 shown in FIG. 3 substituting in 
place of client 1 00 that is shown in FIGS. 1 and 2. Thus, 
whereas the client is the requesting party in the embod- 
iment shown in FIGS. 1 and 2, the FusionNet service 

20 provider becomes the requesting party (on behalf of the 
client) for access to a media source in the variation 
shown in FIG. 3. 

In summary, an improved client-server architecture 
for access to distributed media sources locatable over 

25 the Internet has been described which utilizes the 
advantages of known QOS networks, such as the 
PSTN, to provide guaranteed quality of service, secu- 
rity, and a charge mechanism for handling such media 
access requests. The architecture has the advantage of 

30 allowing access to media sources that may be inde- 
pendent from the QOS network provider. Where neces- 
sary, the architecture may include a gateway for 
transferring the requested information from the media 
source to the client. A variation of the architecture pro- 
as vides for the client functionality to be included within a 
service provider so that a user may obtain the benefits 
of the FusionNet architecture while making only a single 
connection to the service provider. 

40 Claims 

1. A method linking a requesting party (100) to a 
selected one of a plurality of media sources (150) 
locatable over a packet network (130) in response 
45 to a client request, characterized by the steps of: 

a. receiving information about the client and the 
selected media source at a server (140) over a 
first communications session established using 

so the packet network (130); 

b. establishing a second communications ses- 
sion between the server and the selected 
media source (150); and 

55 

c. transferring information over the second 
communications session to cause the selected 
media source to transfer media information, 
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subject to the control of the server, to the 
requesting party over a third communications 
session established using a network (120) hav- 
ing at least one functional quality different from 
a functional quality of the packet network. 

The method according to claim 1, characterized in 
that the requesting party is the client. 

The method according to claim 1 or 2, character- 
ized in that the packet network is the Internet. 

The method according to claim 1 . characterized in 
that the client information includes a communica- 
tion number for use in establishing the third commu- 
nications session with the requesting party. 

The method according to claim 1, characterized in 
that the client information includes a login and 
•password from which the server determines a com- 
munication number for use in establishing the third 
communications session with the requesting party 
or includes an account number from which the 
server determines a communication number for use 
in establishing the third communications session 
with the requesting party. 

The method according to claim 1 . characterized in 
that the client information includes a communica- 
tion number for use in billing the client or includes a 
login and password from which the server deter- 
mines a communication number for use in billing 
the client or includes an account number from 
which the server determines a communication 
number for use in billing the client. 

The method according to claim 1 , further character- 
ized by the step of before transferring information 
over the second communications session to cause 
the media source to transfer media information to 
the requesting party over the third communications 
session, interrogating the selected media source 
using the second communications session to deter- 
mine the availability of the requested media infor- 
mation. 



10. The method according to claim 8 or 9. further char- 
acterized by the step of transferring additional client 
information from the requesting party to the server 
over the third communications session for use in 
billing the client. 

11. The method according to claim 10. characterized in 
that the additional client information includes an 
account number for use in billing the client 



10 



I. The method according to claim 1 or 7, character- 
ized in that the third communications session is 
established among the server, the requesting party, 
and the selected media source. 

9. The method according to claim 8. characterized in 
that the third communications session is estab- 
lished using a modem or using an ISDN adapter or 
using the public switched telephone network or 
using a private telephone network or using a high 
speed data transmission link or using a cable net- 
work employed for video or television. 



12. The method according to claim 1, characterized in 
that the third communications session is estab- 
lished by linking each of the selected media source 
and the requesting party to a gateway. 

13. A system for linking a requesting party (100) to a 
selected one of a plurality of media sources (150) 
locatable over a packet network (130) in response 
to a client request, characterized by: 

a. a server (140) for communicating with a 
selected media source; 

b. a first interface (141) for receiving client infor- 
mation at the server using the packet network; 

c. a second interface (143) for establishing a 
communications session between the server 
and the selected media source; and 

d. a controller causing the selected media 
source to transfer media information to the 
requesting party over a communications ses- 
sion established using a network (120) having 
at least one functional quality different from a 
functional quality of the packet network. 

14. The system according to claim 13, characterized in 
that the requesting party is the client. 

15. The system according to claim 13, characterized in 
that the packet network is the Internet. 

16. The system according to claim 13. characterized in 
45 that the first interface includes a mechanism used 

to transmit information according to the Internet 
Protocol or includes means responsive to the client 
request for identifying the selected media source in 
order to establish the communications session 
so between the server and the selected media source. 

17. The system according to claim 13. further charac- 
terized by a third interface for establishing a com- 
munications session among the requesting party. 

55 the server, and the selected media source. 

18. The system according to claim 17. characterized in 
that the third interface includes a mechanism used 
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